Skip to content

Drop qmlobjdef, support deep subproperties in qmlprop #17

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 1 commit into from

Conversation

ChALkeR
Copy link
Member

@ChALkeR ChALkeR commented Jul 3, 2016

qmlobjdef supported only two components, a different format was needed to support assignments like Drag.hotSpot.x: width / 2.

Let's just use qmlprop with name = 'Drag.hotSpot.x' for that, instead of defining a separate token type for properties with two components.

Refs: qmlweb/qmlweb#280

/cc @akreuzkamp

qmlobjdef supported only two components, a different format was needed to
support assignments like Drag.hotSpot.x: width / 2.

Let's just use qmlprop with name = 'Drag.hotSpot.x' for that, instead of
defining a separate token type for properties with two components.

Refs: qmlweb/qmlweb#280
@stephenmdangelo
Copy link
Member

+1 This (and the corresponding change in qmlweb) fixes parsing of a use-case I have that's setting a module-qualified attached property (e.g. ModuleQualifer.AttachedObject.property: "foo").

@akreuzkamp
Copy link
Member

I'm not 100% convinced to be honest. Wouldn't it be better to create proper AST for the names?
See #19 for an alternative approach, that creates proper AST.

@ChALkeR
Copy link
Member Author

ChALkeR commented Jul 9, 2016

Closing in favor of #19.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants